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(54) AN ELECTRONIC MAIL TYPE FACSIMILE DEVICE AND AN ELECTRONIC MAIL RECEPTION 
METHOD 



(57) The decision unit leaves unacceptable mail in 
the mail server and stores the left mail number and 
message ID of the latest mail in the 1st RAM as left mail 
number K and left mail ID, respectively. In the next 
access, the decision unit acquires the message ID of 
the Kth mail stored in the mail server and compares it 
with the left mail ID. If both match, the "K+Vth and sub- 



sequent pieces of mail are received. Therefore, it distin- 
guishes the left mail and new incoming mail, avoiding 
repeated reception of the left mail. This makes it possi- 
ble to leave E-mail in the mail server using it as a sec- 
ondary storage device and distinguish the left E-mail 
and new incoming E-mail in subsequent accesses. 
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Description 

Technical Field 

[0001] The present invention relates to E-mail type 
facsimile apparatuses that receive E-mail using a mail 
server and E-mail reception methods. 

Background Art 

[0002] E-mail systems that are spreading recently 
are mainly implemented using personal computers (PC) 
equipped with large-capacity memories. Conventionally 
E-mail is received by a mail server which stores E-mail 
temporarily and a PC terminal (hereafter referred to as 
"client PC") that transmits/receives E-mail receives the 
E-mail by periodically accessing the mail server. The 
received E-mail is stored in a secondary storage device 
such as a hard disk of the client PC. 
[0003] On the other hand, image files and text files 
are attached to E-mail. There are a variety of formats 
and capacities of attached files. Files that cannot be 
opened by the receiving side sometimes accompany E- 
mail. A normal client PC receives all files attached to E- 
mail and stores them in a secondary storage device irre- 
spective of whether the attached files are acceptable or 
not. 

[0004] Recently, facsimile apparatuses (hereafter 
referred to as "E-mail type facsimile apparatuses") that 
can handle E-mail are being developed. E-mail type fac- 
simile apparatuses in general are not provided with a 
secondary storage device like PC. Therefore, there is a 
limitation to the amount of data that can be stored in the 
device, and thus it is difficult to receive all files attached 
to E-mail and store them as with the client PC above. 
[0005] Therefore, one possible way to solve this dif- 
ficulty is to leave E-mail in the server. However, a con- 
ventional E-mail type facsimile apparatus cannot 
determine which E-mail is acceptable or not, nor can 
receive mail selectively by distinguishing new incoming 
E-mail and left E-mail in the next access. 
[0006] A first objective of the present invention is to 
provide an E-mail type facsimile apparatus that can 
leave E-mail in a mail server used as a secondary stor- 
age device and distinguish E-mail that has been left and 
new incoming E-mail in subsequent accesses. 
[0007] A second objective of the present invention 
is to provide an E-mail reception method that can leave 
E-mail in the mail server used as a secondary storage 
device and distinguish E-mail that has been left and new 
incoming E-mail in subsequent accesses. 

Disclosure of Invention 

[0008] The present invention provides an E-mail 
type facsimile apparatus comprising a left mail number 
storage unit that stores the E-mail number left in the 
server as left mail number K, left mail ID storage unit 
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that stores the identification data of the latest piece of 
said E-mail, and mail reception unit that obtains the 
identification data of the Kth E-mail stored in said 
server, compares said identification data and said left 
mail ID and receives E-mail which is newer than said 
Kth E-mail when both of these match. 
[0009] The present invention provides an E-mail 
reception method comprising the steps of storing the 
number of pieces of E-mail left in the server as left mail 
number K, storing the identification data of the latest 
piece of said E-mail as the left mail ID, obtaining the 
identification data of the Kth E-mail stored in said 
server, comparing said identification data, and said left 
mail ID and receiving E-mail which is newer than said 
is Kth E-mail when both of these match. 

Brief Description of Drawings 

[0010] 

20 

FIG.1 illustrates a conceptual diagram of an E-mail 
communication system; 

FIG.2 illustrates a unit diagram showing an E-mail 
type facsimile apparatus according to an embodi- 
25 ment of the present invention; 

FIG.3 illustrates a functional unit diagram of the E- 
mail type facsimile apparatus according to the 
above embodiment; 

FIG.4 illustrates an example of E-mail according to 
30 the embodiment above; 

FIG.5 illustrates a schematic drawing showing a 
TIFF file format according to the embodiment 
above; 

FIG.6 illustrates a flow chart showing the procedure 
for receiving E-mail from a mail server in the E-mail 
type facsimile apparatus according to the embodi- 
ment above; 

FIG.7 illustrates a flow chart showing the procedure 
for receiving E-mail from a mail server in the E-mail 
type facsimile apparatus according to the embodi- 
ment above; 

FIG.8 illustrates a schematic drawing showing the 
in/out situation of mail in the mail server according 
to the embodiment above. 

Best Mode for Carrying Out the Invention 

[0011] With reference now to FIGs.1 to 8, the 
embodiment of the present invention is explained below. 
[0012] With reference to FIG.1, a general case 
where mail is transmitted/received through a mail server 
is explained below. FIG.1 is a conceptual drawing of an 
E-mail communication system. Mail transmitted from 
transmitting side terminal 1 which is a PC is stored in 
secondary storage device 4 of mail server 3 provided on 
network 2. As a receiving side terminal, E-mail type fac- 
simile apparatus (Internet FAX: IFAX) 5 inquires of mail 
server 3 and performs reception operation if there is any 
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incoming mail and receives the mail from mail server 3. 
[001 3] Mail server 3 consists, for example, of a POP 
(Post Office Protocol) server. Mail server 3 stores mail 
in secondary storage device 4 in order of arrival. When 
it receives an inquiry from the receiving side terminal, s 
mail server 3 performs user authentication and then 
notifies the total incoming mail number (hereafter 
referred to as "total mail number"). Mail server 3 trans- 
fers mail when it receives a request from the receiving 
side terminal, and deletes mail when it receives a dele- io 
tion request. 

[0014] FIG.2 illustrates a unit diagram showing the 
E-mail type facsimile apparatus according to the 
embodiment of the present invention. 
[0015] CPU 11 executes a program and controls is 
the entire apparatus. ROM 1 2 stores the program exe- 
cuted by CPU 1 1 . 

[0016] 1st RAM 13 is a memory that stores the 
number of messages and message IDs The 1st RAM 
13 is connected to backup battery 14. 2nd RAM 15 is a 20 
memory that stores various data such as mail, image 
files, etc. 

[0017] Network control unit 16 is an interface to 
execute the protocol necessary for transmitting/receiv- 
ing mail on network 2 such as LAN (Local Area Net- 25 
work). Data transmission/reception unit 17 is a circuit to 
transmit/receive data. Communications of the present 
apparatus and mail server 3 are carried out according to 
a communication protocol such as POP3. The reception 
data or transmission data are stored in 2nd RAM 15 30 
temporarily. 

[0018] Encoding unit 18 converts image data of the 
original document output from scanner 23 which will be 
described later to text code for the mail. Decoding unit 
19 converts text-coded image data included in the 35 
received mail to TIFF format data. 
[0019] FAX control unit 20 transmits/receives data 
through facsimile communications. Modem 21 modu- 
lates/demodulates data when transmitting/receiving 
data over public switched telephone serves network 40 
(PSTN) 22. 

[0020] Scanner 23 reads the original document and 
converts it to image data. Printing unit 24 prints the 
received image data. etc. Bus 25 is a signal line to 
transmit/receive data between each processing units. 45 
[0021 ] Then, the function of the E-mail type facsim- 
ile apparatus according to the present embodiment con- 
figured as shown above is explained below. FIG. 3 
illustrates a functional unit diagram of the E-mail type 
facsimile apparatus according to the present embodi- so 
ment. 

[0022] Decision unit 31 decides whether mail is 
acceptable from mail server 3 or not and whether it is 
necessary to delete mail from mail server 3 or not. 
When the mail is acceptable, decision unit 31 acquires 55 
the mail and deletes it from mail server 3. When the mail 
is not acceptable, decision unit 31 does not acquire it, 
but leaves it in mail server 3. Decision unit 31 stores the 
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mail left in server 3 (hereafter referred to as "left mail") 
in left mail number storage unit 32 of 1st RAM 13. It also 
stores the message ID of the latest left mail in ID stor- 
age unit 33 of 1st RAM 13 as the left mail ID. Here, a 
message ID is the identification data of mail and is gen- 
erally a unique character string added to the header of 
a mail message. Therefore, different pieces of mail 
never have the same message ID. A message ID mainly 
consists of a domain name, date and time, etc. 
[0023] Decision unit 31 makes data transmission / 
reception unit 17 receive data from mail server 3. The 
received data are stored in received data storage unit 
34 of 2nd RAM 15. 

[0024] Header/IFD analysis unit 35 acquires and 
analyzes necessary information from the received data. 
To be specific, header/IFD analysis unit 35 acquires 
mail information such as the message ID, pres- 
ence/absence of attached files or type of the mail from 
the header section (hereafter referred to as "mail 
header") of the mail shown in FIG.4. The mail header 
contains a message ID (Message- ID), sender address, 
date data, destination data and subject. 
[0025] Furthermore, header/IFD analysis unit 35 
acquires attached file information from header 52 (here- 
after referred to as 'TIFF header") of TIFF file 51 
attached to the mail shown in FIG.5 and IFD (Image file 
directory) #1 and #2 which indicate the attributes of 
image data #1 and #2 contained in TIFF file 51 . Here, 
TIFF header 52 contains "II-" or "MM~" which is data 
peculiar to TIFF files and is one of the indices to deter- 
mine whether it is TIFF data or not. 
[0026] The IFD also consists of two or more tags 
and each tag stores image data attributes. To be spe- 
cific, attributes include image type (image file format), 
resolution, color number and size of the image, etc. 
[0027] Since TIFF files are text-coded, they are 
decoded by decoding unit 19 and then analyzed by 
header/IFD analysis unit 35. 

[0028] Header/IFD analysis unit 35 decides 
whether said mail is acceptable or not based on the 
above mail analysis results and hands over those 
results to decision unit 31 . Details of the decision will be 
explained later with reference to FIG. 6 and FIG.7. Deci- 
sion unit 31 decides whether to receive the mail or not 
based on the decision of header/IFD analysis unit 3. 
[0029] Timer 36 is used to measure the interval at 
which decision unit 31 accesses mail server 3. 
[0030] Message combining unit 37 combines text- 
data such as a mail header to the text-coded image file 
which is output from encoding unit 18, to convert it to 
mail format data. Furthermore, message combining unit 
37 synthesizes error mail. 

[0031] The procedure for receiving E-mail from the 
mail server in the E-mail type facsimile apparatus 
according to the present embodiment is now explained 
below. FIG. 6 and FIG.7 are the flow charts showing the 
procedure for receiving E-mail from the mail server in 
the E-mail type facsimile apparatus according to the 
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present embodiment. 

[0032] In FIG.5 and FIG.6, K indicates the left mail 
number, I indicates left mail ID, and N indicates the total 
mail number stored in mail server 3. The initial value of 
K is 0 and the initial value of I is empty. 
[0033] In step (hereafter referred to as "ST") 501 
and ST502, decision unit 31 is on standby and is con- 
nected to mail server 3 at a prescribed interval. 
[0034] In ST503, decision unit 31 is connected to 
mail server 3 and acquires total mail number N from 
mail server 3. 

[0035] In ST504, decision unit 31 decides whether 
left mail number K is 0 or not. This left mail number K is 
stored in left mail number storage unit 32 when it was 
connected to mail server 3 at the last time. It advances 
to ST505 when K is not 0 and to ST508 when K is 0. 
[0036] In ST505, decision unit 31 decides whether 
left mail number K is greater than total mail number N 
(K>N) or not. When K>N, it is assumed that there is 
inconsistency between the number of pieces of mail left 
at the last time in mail server 3 and the number of 
pieces of mail actually stored in mail server 3 because 
some pieces of mail were taken out from another termi- 
nal, etc. In this case, since decision unit 31 cannot 
check the left mail normally, it decides that all N pieces 
of mail are new incoming mail and advances to ST508 
to receive all pieces of mail. On the other hand, When 
K>N is not the case, it advances to ST506. 
[0037] In ST506, decision unit 31 gains the mes- 
sage ID of the Kth mail stored in mail server 3. Decision 
unit 31 requesting mail server 3 to transfer the 1st line of 
the Kth mail obtains the message ID of the Kth mail. 
[0038] In ST507, decision unit 31 decides whether 
the message ID of the Kth mail acquired by ST506 
matches the left mail ID stored in left mail ID storage 
unit 33. 

[0039] When both IDs do not match in ST507, deci- 
sion unit 31 decides that all N pieces of mail are new 
incoming mail and advances to ST508. In ST508, 
parameter M is set to 1. Parameter M indicates the 
number of the mail subject to mail analysis and recep- 
tion processing after ST512. 

[0040] When both IDs match, decision unit 31 
advances to ST509. In ST509, it decides whether or not 
N=K In the case where N is not K, the processing goes 
to ST510. In this case, it is already decided in decision 
section 31 by ST507 and ST508 that the mails up to Kth 
were tried to received at the last time but are still stored 
in mail saver 3 because they could not be outputted, 
and the mails from K+1th have newly arrived since the 
last time. 

[0041] On the other hand, when N is K in ST509, 
decision unit 31 decides that there is no incoming mail 
in ST51 1 and returns to the standby state in ST501 . 
[0042] In ST512, parameter M and total mail 
number N are compared. When M is equal or less than 
N, decision unit 31 advances to ST513. When M is 
greater than N, decision unit 31 decides that all pieces 



of mail have already been received and returns to the 
standby state in ST501. 

[0043] In ST513, it decides whether FAX busy or 
not. "FAX busy" means that it is not possible to receive 

5 mail because, for example, printing unit 24 is busy or 
performing other processing or received data storage 
unit 34 of 2nd RAM 15 is full. In this case decision unit 
31 returns to the standby state in ST501 . 
[0044] In ST514 to ST516, header/IFD analysis unit 

io 35 decides whether the Mth mail is acceptable or not as 
shown below. 

[0045] Here, the case where mail is not acceptable 
refers to the case where the received mail cannot be 
printed as shown in the following examples: 

75 

The attached file is voice data, word-processed 
data or motion picture data. 

The attached file is a TIFF file, but other than a min- 
imum set. 

20 

[0046] Here, the "minimum set" means the mini- 
mum function of the E-mail type facsimile apparatus, 
and, to be specific, it means paper width of 1728 dots, 
compression method MH and data array of LSB, etc. 

25 [0047] However, the above compression method is 
set to use a popular facsimile compression method. Of 
course, it is acceptable when the apparatus is provided 
with a compression method such as JBIG as an option. 
[0048] First in ST514, header/IFD analysis unit 35 

30 checks the mail header of the mail shown in FIG. 4 and 
decides whether the attached file information indicates 
a TIFF file or not. 

[0049] Specifically, when "Content-types:" included 
in the mail header is followed by "multipart/mixed," it is 

35 assumed that there are some attached files and TIFF 
files are attached and header/IFD analysis unit 35 
advances to ST515. On the other hand, when "Content- 
type:" is followed by "text" or "Content-type." is not 
included, it is assumed that the mail consists of text, it 

40 advances to ST51 7 skipping the subsequent analysis. 
[0050] When "Content-type:" included in the mail 
header or data section is followed by "****7tiff" (* means 
any character string), it may be assumed that TIFF files 
are attached to the mail. 

45 [0051] In ST515, header/IFD analysis unit 35 
checks the TIFF header. Specifically, header/IFD analy- 
sis unit 35 decides whether there are data beginning 
with "II-" or "MM-" in the header section of the attached 
file decoded by decoding unit 19 or not and decides 

so whether the attached file is a TIFF file or not based on 
the presence/absence of "II-" or "MM~". When 
header/IFD analysis unit 35 decides that the attached 
file is a TIFF file, decision unit 31 advances the process- 
ing to ST516. On the other hand, when header/IFD 

55 analysis unit 35 decides that the attached file is not a 
TIFF file, decision unit 31 advances the processing to 
ST520 and ST521 . 

[0052] In ST516, header/IFD analysis unit 35 
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checks the IFD of the TIFF file. As described above, the 
IFD indicates the attributes of image data included in 
the TIFF file. Therefore, it decides whether it is possible 
or not to handle image data from the IFD. Header/I FD 
analysis unit 35 obtains the attributes of the image data 
included in the decoded TIFF file and decides whether it 
can handle the image data or not. When the image data 
can be handle, decision unit 31 decides that the mail is 
acceptable and advances the processing to ST517. On 
the other hand, When the image data cannot be handle, 
decision unit 31 decides that the mail is not acceptable 
and advances the processing to ST520 and ST521 . 
[0053] In ST517, decision unit 31 receives the Mth 
mail from mail server 3. After the reception is com- 
pleted, in ST518, decision unit 31 deletes the Mth mail 
from mail server 3. This reception and deletion are car- 
ried out according to POP. Then, decision unit 31 
advances to ST519. 

[0054] On the other hand, error processes are per- 
formed in ST520 to ST523. In ST520, decision unit 31 
makes printing unit 24 print an error notification sheet, 
which indicates that decision 31 has received mail 
whose attached file format cannot be handled. It is also 
possible for message combining unit 37 to combine 
error mail of similar contents of the error notification 
sheet and transmit it to administration terminal 6 shown 
in FIG.1. When error mail is received by administration 
terminal 6, the administrator receives the left mail from 
mail server 3 in place of said E-mail type facsimile appa- 
ratus. 

[0055] In ST522, the left mail ID stored in left mail 
ID storage unit 33 of 1st RAM 1 3 is updated by the mes- 
sage ID of the Mth mail. In ST523, left mail number K 
which was stored in left mail number storage unit 32 is 
incremented by 1. Then, the processing advances to 
ST519. 

[0056] In ST519, parameter M is incremented by 1 
and the processing returns to ST509. Then, the next 
mail is analyzed and received. This causes the process- 
ing between ST509 and ST519 to be repeated until all 
pieces of mail stored in mail server 3 are collected. 
[0057] FIG. 8 is a schematic drawing showing the 
mail in/out status in mail server 3 when the operation 
above is actually performed. 

[0058] Status I indicates that mail server 3 received 
two pieces of mail, mail A that can be output and mail B 
that cannot be output in the initial state when the left 
mail number (K)= 0 and left mail ID (I) is empty. 
[0059] Suppose that an inquiry is made of mail 
server 3 for the first time in this state. Mail server 3 
returns "2" as total mail number N. Since this is the first 
inquiry (K=0), all pieces of mail in mail server 3 are new 
incoming mail and the number of new pieces of mail is 
decided to be "2" and mail A is received first Mail A is 
deleted after it is output normally. Then the processing 
goes to reception of mail B is gone received. Since mail 
B is in a format that does not allow it to be output nor- 
mally, it is not deleted from mail server. Its message ID 
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is stored in I, K is incremented by 1 to be K=1 , then the 
reception operation is completed, (status II). 
[0060] Suppose that in status II, new mail C and D 
have arrived at mail server 3 (status III) and a second 

5 inquiry is made in this state. Mail C can be output and 
mail D that cannot be output. In this case, mail server 3 
returns "3" as total mail number N. Since this value is 
greater than mail number K (=1) that is number of mail 
left and currently held in mail server 3, it is decided that 

10 there is new incoming mail. To identify from which part 
the new incoming mail begins, the message ID of the 
"K(=1)"th mail (mail B) is obtained and is compared with 
the message ID of the last mail left and currently held in 
mail server 

is [0061 ] In this case, both IDs match and it is decided 
that mail up to this "K(=1)"th mail was already received 
at the last time and subsequent mail C and mail D are 
received as new incoming mail. Since mail C can be 
output, it is received and then deleted from mail server 

20 3. Mail D is in a format that does not allow it to be output 
normally, it is not deleted from the mail server, but its 
message ID is stored in I, K is incremented by 1 to be 
K=2 and the reception operation is completed (status 
IV). Finally, mail B and mail D which could not be output 

25 normally remain in mail server 3 and the number of mail 
pieces left in mail server 3 that is "2" and the message 
ID of mail D that was left last are stored in the receiving 
side terminal. 

[0062] As described above, according to the E-mail 

30 type facsimile apparatus in the present embodiment, 
decision unit 31 leaves unacceptable mail in mail server 
3 and stores the number of pieces of left mail and the 
message ID of the latest mail in 1 st RAM 1 3 as left mail 
number K and left mail ID (I), respectively. In the next 

35 access, the message ID of the Kth mail stored in mail 
server 3 is gained and compared with the left mail ID. 
When both IDs match, the "K+I'th and subsequent 
pieces of mail are received. Therefore, it is possible to 
distinguish left mail and new incoming mail, avoiding 

40 repeated reception of left mail. 

[0063] Furthermore, header/IFD analysis unit 35 
analyzes the mail header, TIFF header and IFD and 
decides whether or not to accept the mail based on the 
analysis result. When the mail is acceptable, the mail is 

45 received, then deleted. On the other hand, when the 
mail is unacceptable it leaves the mail as left mail in mail 
server 3. Thus, mail server 3 can be used as a second- 
ary storage device. 

[0064] When the mail is decided unacceptable, 
so decision unit 31 can make printing unit 24 print an error 
notification sheet or make data transmission/reception 
section 1 7 send error mail to the sender or administra- 
tor, requesting the sender to retransmit appropriate mail 
or to receive the mail in place of the administrator. 
55 [0065] It is also possible for FAX control unit 20 
shown in FIG.2 to send the error notification sheet to the 
sender through the nearest facsimile apparatus to 
inform it of the error. 
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[0066] As shown above, the present embodiment 
makes it possible to implement optimal E-mail transmis- 
sion / reception in a facsimile apparatus with a small 
memory capacity. 

[0067] As described above, according to the 
present invention, it is possible to leave E-mail in the 
mail server using it as a secondary storage device and 
distinguish the E-mail left and new incoming E-mail in 
subsequent accesses. 

Claims 

1 . An E-mail type facsimile apparatus, comprising: 

left mail number storage unit that stores the 
number of E-mail pieces left in a server as left 
mail number K; 

left mail ID storage unit that stores the identifi- 
cation data of the latest piece of said E-mail as 
left mail ID; and 

mail reception unit that obtains the identifica- 
tion data of the Kth E-mail stored in said server, 
then compares said identification data and said 
left mail ID and receives E-mail which is newer 
than said Kth E-mail when both of these match 

2. The E-mail type facsimile apparatus according to 
claim 1, further comprising: 

mail analysis unit that analyzes E-mail and 
decides whether or not to accept the E-mail, 
wherein: 

the left mail ID storage unit stores the identifi- 
cation data of the E-mail that said mail analysis 
unit decides unacceptable as the left mail ID. 

3. The E-mail type facsimile apparatus according to 
claim 2, wherein: 

the mail reception unit leaves E-mail that the 
mail analysis unit decides unacceptable in the 
server. 

4. The E-mail type facsimile apparatus according to 
claim 2, wherein: 

the mail analysis unit analyses at least one 
selected from the group consisting of an E-mail 
header sections, an TIFF file header section 
and a TIFF file image file attribute of the E-mail. 

5. The E-mail type facsimile apparatus according to 
claim 1, further comprising: 

error output unit that outputs an error message 
when the mail analysis unit decides the E-mail 
to be unacceptable. 



6. The E-mail type facsimile apparatus according to 
claim 5, wherein: 

the error output unit transmits the error mes- 
5 sage through facsimile transmission. 

7. The E-mail type facsimile apparatus according to 
claim 1, further comprising: 

10 error notification unit that notifies an error when 

the mail analysis unit decides the E-mail to be 
unacceptable. 

8. An E-mail reception method, comprising the steps 

15 of: 

storing the number of E-mail pieces left in a 

server as left mail number K; 

obtaining the identification data of the latest 
20 piece of said E-mail as a left mail ID; 

acquiring the identification data of the Kth E- 

mail stored in said server; and 

comparing said identification data and said left 

mail ID and receiving mail which is newer than 
25 said Kth E-mail when both of these match. 

9. The E-mail reception method according to claim 8, 
which analyses a content of the E-mail, then 
decides whether said E-mail is acceptable or not 

3o and stores the identification data of the E-mail that 
it decides unacceptable as the left mail ID. 

10. The E-mail reception method according to claim 9, 
which leaves said E-mail which it decides unaccept- 

35 able in the server. 

11. The E-mail reception method according to claim 9, 
which analyses at least one selected from the 
group consisting of an E-mail header section, a 

40 TIFF file header section and a TIFF file image file 
attribute of the E-mail. 

12. The E-mail reception method according to claim 9, 
which outputs an error message when it decides 

45 the E-mail to be unacceptable. 

13. The E-mail reception method according to claim 12, 
which sends an error message through facsimile 
transmissions. 

50 

14. The E-mail reception method according to claim 9, 
which notifies an error when it decides the E-mail to 
be unacceptable. 

55 
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